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Burst transmission 



Field of the Invention 

The present invention relates to a method of transmitting bursts in a 
S communications system, particularly, although not exclusively, to a method of 
transmitting bursts in a digital video broadcasting (DVB) network. 

Background Art 

Mobile communications systems are known which can provide enoiigh bandwidth 
fO to allow streaming of video using advanced compression techniques, such as 
MPEG-4. 

DVB receivers are known in applications such as digital television. Usually, DVB 
receivers are fixed and mains -powered. However, mobile handheld terminals are 
IS usually battery-powered and so power is limited. 

The average power consumption of a DVB receiver can be reduced by using a 
scheme based on time division multiplexing (TDM). Such a scheme is called time 
slicing. 

20 

If a service is requested, data can be transmitted using time slicing. Bursts of data 
are sent using significantly higher bandwidth compared to the bandwidth needed to 
send the data at a'rate, which is appropriate for direct use or rendering. Each burst 
includes an indication of time to the beginning of the next burst, which is referred 
2S to as "delta-t". Between bursts, data is not transmitted, allowing other services to 
use the bandwidth allocated to the service. Thus, the receiver need only stay active 
for a portion of time while receiving bursts. Nevertheless, received bursts can be 
buffered and consumed at a rate intended for use or rendering. 

^0 In most DVB transmission systems, such as terrestrial DVB (DVB-T), data is 

transmitted unidirectionally to receivers. Forward error correction may be included 
in the transmitted data to recover data. However, the receiver may not be 
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configured for forward error correction or for a particiilar forward error correction 
scheme. 

The present invention seeks to ameliorate this drawback and/or to provide a 
5 method of transmitting bursts. 

Summary of the Inventioti 

According to a first aspect of the present invention there is provided a method of 
transmitting bursts in a communications network, the method comprising providing 
10 data for transmission, providing forward error correction (FEC) data for said data, 
forming a first set of bursts comprising transmission data and forming a second set 
of bursts comprising FEC data. 

This can have the advantage that a receiver can selectively choose whether to 
15 receive FEC data. 

The method may comprise transmitting said first set of bursts via a first channel, 
and transmitting said second set of bvucsts via a second, different channel. The 
method may comprise providing a first parameter for indicating a timing offset 

20 between a first, earlier burst comprising at least some of said transmission data and 
a second, later burst comprising further transmission data, providing a second 
parameter for indicating a timing offset between a third, earlier burst comprising at 
least some of said FEC data and a fourth, later burst comprising further FEC data, 
forming said first burst including said first timing parameter and forming said third 

25 burst including said second timing parameter. The at least some of said 

transmission data may comprise some of said transmission data and the further 
transmission data comprises some more of said transmission data. Alternatively, the 
at least some of said transmission data comprises all of said transmission data and 
the further transmission data may comprise additionally provided transmission data. 

30 The at least some of said FEC data may comprise some of said FEC data and said 
further FEC data may comprise some more of said FEC data. The at least some of 
said FEC data comprises all of said FEC data and the fiirther FEC data may 
comprise some additionally provided FEC data. 
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The method may further comprise dividing said first burst between a first set of 
packets, identifying each of said first set of packets with a first identity, dividing 
said third burst between a second set of packets and identifying each of said second 
5 set of packets with a second identity. The first and second identities may be the 
same. The method may comprise dividing said second burst between a third set of 
packets; wherein providing said first timing parameter may comprise specifying a 
time until a start of a first one of said third set of packets. The method may 
comprise dividing said fourth burst between a fourth set of packets; wherein 
10 providing said second timing parameter comprises specifying a time until a start of a 
first one of said fourth set of packets. The method may comprise preparing service 
information and including said second identity in said service information. The 
method may comprise including said second identity in a descriptor and including 
said descriptor in a table forming part of said service information. The transmission 

15 data may comprise a plurality of data packets, and said method may comprise 
placing at least some of data packets in respective ones of a first set of sections. 
The method may comprise including said first timing parameter in at least one of 
said first set of sections. The method may comprise calculating a timing parameter 
for each section based on said first timing parameter and including a respective 

20 timing parameter in each of said first set of sections. The FEC data may comprises a 
plurality of data packets, and the method may comprise placing at least some of 
data packets in respective ones of a second set of sections. The method may 
comprise including said second timing parameter in at least one of said second set 
of sections. The method may comprise calculating a timing parameter for each 

25 section based on said second timing parameter and including a respective timing 
parameter in each one of said second set of sections. 

The method may comprise providing a first parameter for identifying a burst 
comprising at least some of said transmission data, providing a second parameter 
30 for identifying at least one burst comprising FEC associated with said at least some 
of said transmission data, forming a first burst including said first identifying 
parameter and forming a second burst including said second identifying parameter. 
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The method may comprise labelling at least one btitst of said first set of bursts -with 
an identifier and labelling at least one burst of said second set of bursts v/ith a 
corresponding identifier, preferably the same identifier. 

This can help interleaving of said first and second sets of bursts since FEC data for 
S corresponding transmission data can be foimd. 

According to a second aspect of the present invention there is provided a method 
of internet protocol datacasting over a digital broadcasting network using the 
method. 

W 

According to a third aspect of the present invention there is provided a computer 
program comprising computer program instructions for causing data processing 
means to perform the method. 

fS According to a fourth aspect of the present invention there is provided a system of 
transmitting bursts in a communications network comprising providing data for 
transmission, providing forward error correction (FEC) data for said data,, forming a 
first set of bursts comprising transmission data and forming a second set of bursts 
comprising FEC data. 

20 

According to a fifth aspect of the present invention there is provided a network 
element comprising means for providing data for transmission, means for providing 
forward error correction (FEC) data for said data, means for forming a first set of 
bursts comprising transmission data and means for forming a second set of bvursts 
25 comprising FEC data. 

According to a sixth aspect of the present invention there is provided a 
multiprotocol encapsulator comprising an input for providing data for transmission, 
a processor for providing forward error correction (FEC) data for said data, a 
^0 processor for forming a first set of bursts comprising transmission data and a 
processor for forming a second set of bursts comprising FEC data. 
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According to a seventh aspect of the present invention there is provided a terminal 
for receiving bursts from a communications network comprising means for 
receiving a first set of bursts comprising transmission data and means for receiving 
a second set of bursts comprising forward error correction (FEC) data for said 
5 transmission data. 

Brief Description of the Drawings 

Embodiments of the present invention will now be described by way of example 
with reference to the accompanying drawings in which: 
10 Figure 1 shows an embodiment of a communication system according to the present 
invention; 

Figure 2 shows a multiprotocol encapsulation (MPE) encapsulator which outputs 
transport stream packets carrying time-sliced bursts in accordance with one 
embodiment of the present invention; 
15 Figure 3 illustrates an exemplary transport stream packet; 

Figure 4 is a schematic diagram of an embodiment of an MPE encapsulator in 
accordance with the present invention; 

Figure 5 is a process flow diagram of a first process performed by the MPE 
encapsulator shown in Figure 4 in accordance with the present invention; 
20 Figures 6a, 6b and 6c show a process by which forward error correction (FEC) data 
is calculated in one embodiment of the present invention; 
Figure 7 shows application data packets being placed in MPE sections in one 
embodiment of the present invention; 

Figure 8 shows FEC data packets being placed in FEC sections in one embodiment 
25 of the present invention; 

Figure 9 illustrates an example of a section; 

Figure 10 illustrates an exemplary application data burst; 

Figure 11 illustrates exemplary FEC data bursts; 

Figure 12 shows transmission of application data bursts and FEC data bursts in one 
30 embodiment of the present invention; 

Figure 13 illustrates exemplary encapsulation of MPE sections in transport stream 
packets; 
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Figure 14 illustrates exemplary encapsulatioxi of FEC sections in transport stream 
packets; 

Figure 15 shows exemplary multiplexing of transport stream packets; 
Figure 16 shows transmission of application data bursts and FEC data bursts with 
5 variable interleaving length in accordance with one embodiment of the present 
invention 

Figure 17 is a process flow diagram of a second process performed by the MPE 
encapsulator shown in Figure 4 in one embodiment of the present invention; 
Figure 18 shows specification of a PID in a time slice and FEC descriptor in 
10 accordance with one embodiment of the present invention; 

Figure 19 illustrates inclusion of the time slice and FEC descriptor of Figure 18 into 
a Network Interface Table; 

Figure 20 illustrates segmentation of the Network Interface Table shown in Figure 
19 and mapping into transport stream packets in accordance with the present 
15 invention; 

Figure 21 is a schematic diagram of a mobile telephone handset in accordance with 
the present invention; 

Figure 22 shows functional elements of the mobile telephone handset of Figure 21 
for receiving and processing time-sliced bursts; and 
20 Figure 23 is process flow diagram of a process of preparing for, receiving and 

processing time-sliced bursts performed by the mobile telephone handset shown in 
Figure 21. 

Detailed Description of the Invention 

25 Communication network 1 

Referring to Figure 1, a communications network 1 for delivering content to a 
mobile terminal 2 is shown. The communications network 1 includes a terrestrial 
digital video broadcasting (DVB-T) or handheld digital video broadcasting (DYB-H) 
network which is used as a broadcast access network to deliver content as an 

30 Internet Protocol Data Casting (IPDC) service. However, other digital broadcast 
networks may be used including other types of DVB networks, such as a cable DVB 
network or satellite DVB network, a Digital Audio Broadcasting (DAB) network or 
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an Advance Television System Committee ATSC) network or a terrestrial Integrated 
Services Digital Broadcasting-Terrestrial (ISDB-T) network. 

The communications network 1 includes sources 3„ 3^ content, for example in 
S the form of video, audio and data files, a content provider 4 for retrieving, re- 
formatting and storing content, a datacast service system server 5 for determining 
service composition, a multi-protocol encapsulation (MPE) encapsulator 6 and a 
transmitter 7 for modulating and broadcasting a signal 8 to receivers (not shown) 
including mobile terminal 2. 

fO 

Referring to Figure 2, the MPE encapsulator 6 receives a stream of data 9 and 
service information data 10, such as MPEG program specific information (PSI) and 
DVB service information (SI), and generates a transport stream 11 comprising 
. MPEG-2 transport stream fTS) packets 12, 12„ 122 typically 188 bytes long, 
fS according to International Organisation for Standards/ International 

Electrotechnical Commission (ISO/IEC) Standard 13818-1 "Information 
Technology-Generic coding of moving pictures and associated audio information: 
Systems". 

20 The MPE encapsulator 6 may receive a plurality of streams (not shown) and divide, 
combine and recombine them to form one or more new stream. Each stream may 
result in one or more application data bursts. Formation of application bursts will 
be described in more detail later. 

2S Referring also to Figure 3, the transport stream 11 is divided into a number of 
logical channels, referred to as "elementary streams". The elementary stream to 
which a TS packet 12 belongs is defined in a packet header 13 using a packet 
identifier (PID) 14. The packet identifier 14 can be used to identify contents of a 
TS packet payload 15. 

SO 

For example, the contents of a first TS packet 12, may be identified as containing all 
or part of a network information table (Nil) by specifying PID = 0x0010 (as a 
hexadecimal number). The contents of a second TS packet 12^ may be identified as 
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being video, audio or another type of data by specifying a PID value between 
0x0030 to OxlFFE (as hexadecimal number). 

A channel for time-sliced burst transmission, time slicing channel, comprises 
/ transmission time periods. Diiring these transmission time periods, time slicing 
bursts are transmitted and the time for the next burst, referred to as "delta-t", is 
signalled. Delta-t is not necessarily fixed. Between transmission periods, other time 
slicing channels can be transmitted. Each time slicing channel has their own PID 
value. It is also possible to multiplex two or more time slicing channels into one 
10 time period, because they can be separated (demultiplexed) according to the PID 
value. 



Referring again to Figure 1, the DVB transmitter 7 receives a signal from the 
encapsulator 6 which it modulates, amplifies and broadcasts. 

IS 

Other network elements may be provided, such as a multiplexer (not shown) for 
combining a plurality of services and a gap-filler transmitter for receiving and re- 
transmitting the signal 8. Furthermore, another communications network (not 
shown), such as a public land mobile network preferably in the form a 2"** or 3*** 
20 generation mobile network such as GSM or UMTS respectively, may be provided 
for providing a return channel from the mobile terminal 8 to the communications 
network 1. A further communications network (not shown), such as the Internet, 
may be provided to connect distributed elements of the communications network 1, 
such as content provider 4 and service system server 5. 

25 

MPE encapsulator 6 

Referring to Figure 4, the MPE encapsulator 6 is shown in more detail. 

The MPE encapsulator 6 comprises means 16 for generating from the stream of 
30 data 9 forward error correction (FEC) data which outputs a stream 17 of application 
data packets and a stream or set 18 of FEC data packets, means 19 for placing data 
17, 18 in sections which outputs a stream of application data sections 20 and FEC 
data sections 21 and means 22 for arranging sections and assembling them into 
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bursts 23 comprising application data and bursts 24 comprising FEC data. The 
MPE encapsulator 6 also comprises means 25 for placing sections including sections 
26 comprising service data generated by a controller 27 from service information 
data 10 into transport stream packets and multiplexing transport stream packets into 
5 a single transport stream 11. The controller 27 may also manage operation of the 
other means 16, 19, 22, 25. 

The MPE encapsulator may be implemented in software using a personal computer 
or in hardware. It will be appreciated that a number microprocessors or digital 
10 signal processors may be used. 

Operation of the MPE encapsulator 6 will now be described in more detail: 

FEC data gen<>fi^^n g means 16 

15 Referring to Figure 5 and 6a, the forward error codes generating means 16 receives 
the stream 9 of data packets 9„ 9,, 94, 9^ in the form of IP datagrams, from the 
datacast service system server 5 (Figure 1) and, if necessary, pre-processes them by 
arranging them in order and/or dropping selected data packets, for example based 
on IP address (step SI). It will be appreciated that the MPE encapsulator 6 may 

-20 receive Ethernet frames (not shown) and thus, additional processing, such as 
removing Ethernet frame structure, may be required. 

The FEC generating means 16 generates application data 17 and FEC data 18 for 
the data packets 9„ 93, 94^ 9„ (step S2) in a form such as Reed-Solomon (RS) data. 

25 

The data packets 9,, 9,, 9^, 94, 9^ are stored in a coding table or array 29. The data 
packets 9„ 9 2, 9^, 94, 9„ are stored sequentially in columns 30,, 3O2, 3O3, 3O4, 30„ in a 
portion of the table 29 referred to as the application data table 31 which in this case 
occupies the left-most portion of the table 29. 

30 

In this example, one data packet 9| occupies one column 30, . However, one data 
packet 9i may occupy two columns 30^, 3O2 or any whole number of columns 30,, 
3O2, 3O3, 3O4, 30„, 30^. One data packet 9^ need not occupy a whole number of 
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columns 30^, SOj, SOj, 3O4, 30^ 30„ but may only partially occupy one column 30| 
with the remaining, unoccupied portion of the column being filled with padding bits 
(not shown) and/ or at least part of one or mote other data packets 94, 9„. 

Thus, a data packet 9^ may be divided between two or more col\unns 30i, SOj. 
5 Alternatively, one data packet 9, may occupy a whole number of columns 30^, 3O2 
and partially occupy one further column 3O3. The contents of a data packet 9,, 92, 93, 
94, 9„ can occupy one or more addressable storage locations of one or more 
coltimns 30„ 3O2, 3O3, 3O4, 30„, 30^. 

10 In this example, there are not enough to data packets 9,, 92, 93, 94, 9^ to fill the 
application data table 31. Therefore, any unfilled column 30„ is filled with a 
column's -worth of padding 32i. 

Referring to Figure 6b, once a given number of data packets 9^, 92, 93, 94, 9^, have 
IS been stored or the application data table 31 has been filled, FEC row data 33i, 332, 
333, 33p is calculated. The FEC row data 33„ 332, ^Sj, 33p, preferably in the form of 
Reed-Solomon data, is calculated for each row 34t, 342, 343, and entered into a 
portion of the table 29 referred to as the Reed-Solomon data table 35. 

20 In one embodiment of the invention, the coding table 29 has 255 colimms. For 
example, the application data table 31 may comprise 191 colximns and the Reed- 
Solomon table 35 may comprise 64 columns. Preferably, the application data table 
31 occupies the left-most portion of table 29 and Reed-Solomon table 35 occupies 
the right-most portion of the table 29. In one embodiment of the invention, the 

25 coding table 29 may comprise a selectable number of rows, up to 1024 rows. 

Preferably, the table 29 comprises one-byte addressable elements. Thus, a table 
with 255 columns and 1024 rows may store up to 2 Mbits of data. 

In one embodiment of the invention, the data packets 9^, 92, 93, 94, 9„ are stored 
30 sequentially in rows, wherein the padding is also applied to rows, and FEC column 
data (not shown) calculated for each coliomn. In other words, rows and columns are 
interchangeable. It will also be appreciated that the length or size of data packets 
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^29 ^4* "vsity. The data packets 9„ 92, %, 9^, 9^ may be an uneven size. 

The padding 32, may be omitted when calculating FEC row data 33„ 332, ^Sj, 33p. 

Data within the completed coding table 29 may be referred to as an "MPE-FEC 
S frame**. 

Referring to Figure 6c, application data packets 17„ IVg, ITj, 17^, 17„, 17„ and FEC 
data packets IS^, I82, 18^ are read out of the coding table 29. The FEC data packets 
IBj, I82, 18q are read out column by column and so each packet comprises a portion 
of plural FEC row data 33i, 332, ^Ss, 33p. 

In one embodiment of the invention, the application data packets IT,, ITj, ITj, I74, 
17„, 17„ are read out of the table, preferably as they are written into it, and 
forwarded before the FEC row data 33^, 332, ^33, 33p are calculated. Copies of the 
application data 17„ 172, l^^, I74, 17^, 17„ are left in the table for the FEC 
calculation. After FEC row data 33 j, 332, 333, ^^p been calculated and FEC data 
packets IS,, I82, 18^ are read out and the table can be emptied. 

It will be appreciated that if no stuffing data is used then the application data 
packets 17,, 172, J^^j, I74, 17„, 17« simply comprise the data packets 9„ 92, 93, 94, 9„. 
Even if stuffing data is used, any column 30^ comprising padding data need not be 
transmitted. 

The process of filling the coding table 29, calculating FEC row data 33,, 332, ^^3, 
33p and emptying the coding table 29 is then repeated for the next set of data 9. 

Formatting means 19 

Referring to Figures 4, 5, 7 and 8 the formatting means 19 generates MPE sections 
20 comprising application data packets 17,, 172, l^j, 17„, 17„ and FEC sections 21 
comprising FEC data packets 18„ I82, 18^ preferably in accordance with Section 7 
of European Telecommunications Standards Institute (ETSI) Standard 301 192 
"Digital Video Broadcasting (DVB); DVB specification for data broadcasting" 
VI .3.1 (2003-01) (steps S3 & S4). 
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Referring to Figvire 7, the formatting means 19 places application data packets 17,, 
172, 173, into MPE sections 20„ 2O2, 2O3, 20„ compliant with the DSM-CC 
section format, in one embodiment of the present invention using the syntax 
5 defined in Table 1 below: 



Table 1 



Syntax 


No. of bits 


Identifier 


dataaram sectionf) i 






table id 


8 


uimsbf 


section syntax indicstor 


1 


bslbf 


privateJndicatDr 


1 


bslbf 


Reserved 


2 


bslbf 


section length 


12 


uimsbf 


MAC addressjB 


8 


uimsbf 


MAC addriBJUS 5 


8 


uimsbf 




2 


bslbf 


payload scrambling control 


2 


bslbf 


address scrambling control 


2 


bslbf 


LLC_SNAP_flag 


1 


bslbf 


current_nexl indicator 


1 


bslbf 


section number 


8 


uimsbf 


last section_number 


8 


uimsbf 


MAC address 4 


8 


uimsbf 


MAC address 3 


8 


uimsbf 


MAC address 2 


8 


uimsbf 


MAC address 1 


8 


uimsbf 


If (LLC^SNAPJag = "r*) { 






LLC^SNAPO 






}else{ 






for a=0;j<N1 ;]++){ 






IP datagram data byte 


8 


bslbf 


} 






} 






if (section_number ~ Iast_section_number) { 






for a=0;j<N2;j++) { 






stuffing byte 


8 


bslbf 


} 






} 






if {section_syntaxJndicator =="0") { 






Checksum 


32 


uimslaf 


} else { 






CRC 32 


32 


rpchof 


} 






} 
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In one embodiment of the invention, each application data packet 17„ ITj, ITs, 17„ 
is placed in a cotxesponding MPE section 20i, 2O2, 2O3, 20„, for example as 
illustrated in Figure 1. 

5 Referring to Figure 8, the formatting means 19 places FEC data packets 18„ I82, 18^ 
into so-called FEC sections 21 1, 21 2, 21, compliant with the DSM-CC section 
format, in one embodiment of the present invention using the syntax defined in 
Table 2 below: 

10 Table 2 



Syntax 


No. of bits 


Identifier 


FEC_section () { 






table id 


8 


ulmsbf 


section syntax indicator 


1 


bslbf 


reserved, f or__f utu refuse 


1 


bslbf 


Reserved 


2 


bslbf 


section length 


12 


ulmsbf 


padding columns 


8 


uimsbf 


reserved for future use 


8 


bslbf 


Reserved 


2 


bslbf 


reserved_for_f utu re_use 


5 


bslbf 


current nect indicator 


1 


bslbf 


section number 


8 


uimsbf 


last section number 


8 


uimsbf 


real time parametersO 






for( 1=0; i<N; i++ ) { 






rs data byte 


8 


uimsbf 


> 






CRC 32 


32 


uimsbf 


} 







In one embodiment of the invention, each FEC data packet IS^, I82, 18^ is placed in 
a corresponding FEC section 21 j, 2I2, 21^. 

15 Referring to Figure 9, the general structure of an MPE section 20 or an FEC section 
21 is shown. A section 20, 21 comprises a header 36, a payload 37 and a trailer 38. 
For an MPE section 20^, 2O2, 2O3, 20„, the payload 37 includes an application data 
packet 17i, 17^, I73, 17^ (Figure 7). For an FEC section 21,, 2I2, 21,, the payload 37 
includes a FEC data packet 18„ I82, 18, (Figure 8). 

20 

Burst assembling means 22 

In a conventional DVB network, data for a given service (or set of services) are 
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transmitted continuously in a logical channel, usually at a rate appropriate for 
consuming the service. For example, if the service is a video streaming service, 
video data is transmitted at a rate which allows the video data to be rendered as- 
and-when it is received at a receiver. 

In an embodiment of a DVB network according to the present invention, data for a 
given service (or set of services) are transmitted in bursts in a logical channel. The 
channel can be referred to as a "time slice channel". Between bursts, no data for 
the service is transmitted in the time slice channel. Nevertheless, between bursts, 
data for other services may be transmitted, for example in another channel. 

It is noted that the logical channel is time sliced. This may be in addition to 
dividing a physical channel into time slots and assigning each logical channel to a 
time slot. 

In a time slice channel, data bursts are transmitted at a higher (instantaneous) peak 
bit rate than data transmitted continuously in a conventional channel. Preferably, 
all or a majority of the available bandwidth is used to when transmitting a burst. 

Time slicing has advantages. For example, a receiver can be switched off between 
bursts, thereby saving power. Also, the receiver can monitor transmissions in 
neighbouring cells between bursts so that the receiver can make a handover if 
necessary seemingly without interruption. 

As will be explained in more detail later, in one embodiment of the invention, 
receivers are notified that time slicing is being used e.g. through a network 
information table (NIT) or through an IP/MAC Notification Table (INT). 

Once notified that time slicing is being used, receivers can switch off between 
bursts. However, in order to do so, they need information regarding when to 
expect bursts. This can be achieved by including, in each burst, information on the 
time to the beginning of the next burst, which is referred to as "delta-t". In one 
embodiment of the invention, delta-t is defined as the time from the end of one 
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burst to the beginning of the next burst. In another embodiments of the invention, 
delta-t may be defined as the time from the beginning of one burst to the beginning 
of the next burst or a time from the end of one burst to the end of the next burst. 
In yet another embodiment of the invention, delta-t information may be given in 
5 one or more sections within a burst and delta-t is defined as the time from the 

beginning of the section to the beginning of the next burst. Preferably, no bursts for 
the service will be transmitted within the announced duration of delta-t. Other 
information about bursts, such as the duration of the burst, can also be included 
and is referred to as "real-time parameters**. 

In an embodiment of the present invention, MPE sections 20 carrying application 
data 17 are assembled into a first set of bursts 23 (only one shown) and FEC 
sections 21 carrying FEC data 18 are assembled into a second, different set of 
bursts 24. 

Referring to Figures 4, 5, 6c, 7 and 10, the burst assembling means 22 arranges the 
MPE sections 20„ 2O2, 2O3, 20„ carrying application data 17„ 172, ^^3, 174, 17„, 17„ 
into an application burst 23i (step S5). MPE sections 20,, 2O2, 2O3, 20^ may be sent 
in one or morea plurality of bursts. 

Referring to Figures 4, 5, 6c, 8 and 11, the burst assembling means 22 arranges the 
FEC sections 21i, 21 2, 2I3, 21, and FEC sections 21,+^, 21,+2, 21 ,+3, 21, into first and 
second FEC bursts 24„ 242 respectively (step S6). Alternatively, FEC sections 21,, 
2I2, 2I3, 21„ 21,+i, 21,+2, 21,+3, 21q may be assembled into a single burst or divided 
between three or more bursts. 

The burst assembling means 22 includes real time parameters in MAC_address_l to 
MAC address_4 fields of each header 36 (Figure 9) as defined in Table 1 or 2 above 
of each MPE section 20,, 2O2, 2O3, 20„ and each FEC sections 21,, 2I2, 21,.. For 
example. Table 3 below shows real time parameter syntax in one embodiment of the 
invention: 



Table 3 
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Syntax 


No. of bits 


Identifier 


realtime paramtersQ { 






delta t 


12 


uimsbf 


table twundary 


1 


bslbf 


burst^boundary 


1 


bslbf 


Address 


18 


uimsbf 


> 







In one embodiment of the present invention, MAC_address_5 field is used to 
indicate a burst number. An application data burst can be assigned a burst number 
and a corresponding FEC data burst can be assigned the same burst number. This 
5 allows a receiver to identify to which application data burst one or more FEC data 
burst corresponds. This has an advantage of allowing interleaving depth to be 
increased. This will be explained in more detail later. 

Referring also to Figure 12 and taking the example of the application burst 23 j, in 
10 one embodiment of the invention the delta_t field indicates the time from the « 
beginning of one section within an application burst 23, to the beginning of the 
next application burst 232- In this embodiment of the invention a value of delta-t is 
included in all MPE sections 20,, 2O2, 2O3, 20«, 20„ within the burst 23, and so the 
value may differ from section to section. Thus, for the first section 20, the value is 
15 delta^t^ and for a later section 2O2, 2O3, 20„, 20„ the value is delta_tA', wherein 
delta.t^ > delta_t/. 

In one embodiment of the invention, resolution of the delta-t is 10 ms. For 
example, a value OxCOO (in hexadecimal) = 3072 (in decimal) indicates that the time 
20 to the beginning of the next burst is 30.72 s. The value 0x00 is reserved to indicate 
that no more bursts will be transmitted within the elementary stream, in other word 
to indicate end of service. In such a case, all MPE sections 20,, 2O2, 203, 20„, 20^ 
within the burst 23, have the same value in this field. 

25 Further in one embodiment of the invention, delta-t is defined from the TS packet 
12a, (Figure 13) carrying the first byte of the current MPE section (not shown) to 
the TS packet (not shown) carrying the first byte of next burst 232- Therefore, the 
value of delta-t can differ between MPE sections 20,, 2O2, 2O3, 20„, 20„ within the 
burst 23,. 
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The time indicated by delta-t is beyond the end of the maximum burst duration of 
the actual burst. This helps to ensure that a decoder can reliably distinguish two 
sequential bursts within an elementary stream. 

5 

In one embodiment of the invention, all the MPE sections 20,, 2O2, 2O3, 20„ (Figure 
7) comprising all the application data 17,, 172, 173, 17„, 17„ (Figure 6c) from the 
application table 31 (Figure 6c) is comprised in the application burst 23, (Figure 10) 
and not divided between plural application bursts. Furthermore, it is preferable that 
10 the burst 23, contains complete data packets 17,, 172, 173, 174, 17„, 17„, i.e. that data 
packets 17„ 172, l^j, I74, 17„ ,17^ are not fragmented between bxirsts. Also, 
transmission of empty MPE sections, i.e. an MPE section with no payload, is 
preferably to be avoided. 

15 Each application burst 23, may contains at least one MPE section 20„ 2O2, 2O3, 20^, 
20„ carrying a proper data packet 17„ 172, 173, 174, 17„, 17„ containing a network 
layer address (not shown), which is one of the addresses an IP/MAC Notification 
Table (INT) has associated with the elementary stream. 

20 The table^boundary field is a flag. When the flag is set to "l", it indicates that the 
current section is the last section of the table. In the case of MPE section, this flag 
indicates the last section of the application data table. In the case of MPE-FEC 
section, this flag indicates the last section of the RS data table. 

The burst_boundary field is a flag. When the flag is set to "1", it indicates that the 
2S current section, either MPE or MPE-FEC section, is the last section within the 
current burst. 

The address field specifies the position, in the corresponding table 29 (Figure 6a), of 
the first byte of the payload carried within the MPE section 20j, 20,, 2O3, 2O4, 20„. 
30 All sections delivering data for a table 29 are delivered in ascending order according 
to the value of this field. The bytes position is a zero-based linear address within 
the table 29, starting from the first row of the first column, and increasing towards 
the end of the column. At the end of the colunm, the next byte position is at the 
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fitst row of the next column. Thus, the address field of the first MPE section 20, 
of the table 29 contains the value "0" and addressing starts from zero for each table 
29. 

S Taking now the example of the FEC burst 24j, in one embodiment of the invention, 
the delta_t field indicates the time from the beginning of one section to the 
beginning of the next FEC burst 242. Preferably, a value of delta-t is included in all 
FEC sections 21^, 2I2, 2I3, 21, within the burst 24, and so the value may differ from 
section to section. Thus, as illustrated in Figure 12 and referring to Figure 11, for 

10 the first section 21, the value is delta^tjj and for a later section 2I2, 2I3, 21, the value 
is delta^tg', wherein delta^t^ > delta^te'. 

Similar to the application burst 23, described earlier, the FEC burst 24, includes 
table^boundary field, the burst_boundary field and the address fields. 

15 

Encapsulating and multiplexing means 25 

Referring to Figures 4, 5, 13 and 14, the encapsulating and m\zltiplexing means 25 
places MPE sections 20„ 2O2, 2O3, 2O4, 20^ into TS packets 12^1, 12 ^ 12 ^3, 12 

12 

A5» ^2 A6> ^2 AS having the same PID, for example PID = A, where A is hexadecimal 
20 number between 0x0030 to 0x1 FFE (step S7). 

The encapsulating and multiplexing means 25 places FEC sections 21,, 2I2, 21^, 21„ 
21,+i, 21.^.2, 21^3, 21, into TS packets 12b„ 12 32, 12 33, 12 34, 12 35, 12 b6> 12 bt having 
the same PID, for example PID = B, where B is hexadecimal number between 
23 0x0030 to OxlFFE (step S7). 

In one embodiment of the invention, each MPE section 20 and each FEC section 
21 is divided between six TS packets 12. In Figures 13 and 14, only the first MPE 
section 20, and the first FEC section 21, are shown divided for reasons of clarity. 
30 However, a fewer or greater number of TS packets 12 may be used to carry one 
MPE section 20 or one FEC section 21. 
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Referring to Figure 15, TS packets 12^ comprising TS packets 12^1, 12 ^2, 12 ^3, 12 
A4, 12 A5, 12^6, 12 AS (Figure 13) carrying application data 17, TS packets 12^ 
comprising TS packets 12b„ 12 b^, 12 33, 12 34, ^2 55, 12 b6, 12 bt (Figure 14) carrying 
FEC data 17 and TS packets 12^ carrying other data are multiplexed to form a single 
stream 11. 

Referring again to the example shown in Figure 12, the application burst 23, is 
transmitted followed by FEC bursts 24i, 242- Thus, all the FEC data 18„ I82, 18^ 
(Figure 6c) for an MPE-FEC frame is transmitted before application data for the 
next MPE-FEC frame is transmitted. 

In an alternative embodiment of the invention, the application bursts 23 1, 232 
FEC bursts 24^, 242 are generated as described earlier. However, the encapsulating 
and multiplexing means 25 places the FEC sections 21,, 2I2, 21 3, 21,, 21,+,, 21,+2» 
21r*^3, 21^ into TS packets 12bi, 12 b2, 12 bs. 12 34, 12 b5» 12 b«, 12 bt having the same 
PID as the TS packets 12^1, 12 12 ^3, 12 a4, 12 a5> 12 a6» 12 at carrying application 
data sections 20„ 2O2, 2O3, 2O4, 20„, 20«. 

The processes described earlier can have one ore more advantages. 

For example, a time interleaving length can be adjusted by changing the time 
between transmitting application data and FEC bursts. 

New coding schemes can be introduced more easily. 

Robust transmission can be achieved by using codes which can incrementally add 
FEC columns without limit. Thus, FEC data can be sent in plural bursts between 
application data bursts. A receiver receives the FEC bursts until it is capable of 
correcting all errors. This method provides strong coding and long interleaving. 

Application data and FEC data can be clearly distinguished, thus making it easier to 
receive oxily the application data. This can be useful for receivers which are not 
equipped for FEC, 
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Also, the number of real time parameters may be reduced since parameters relating 
to FEC may be excluded from application data bursts. As will be explained in more 
detail later, the FID of the FEC data is signalled in an SI table. 

As mentioned earlier, MAC_address_5 field may be used to indicate a bvirst number. 
An application data burst can be assigned a burst number and a cortesponding FEC 
data burst can be assigned the same burst number. This allows a receiver to identify 
to which application data burst one or more FEC data burst corresponds. This has 
an advantage of allowing interleaving depth to be increased. 

Referring to Figure 16, the application burst 23^ having a burst number K may be 
transmitted followed by FEC bursts 24oa» 24ob each having burst niunber J, 
associated with an earlier application burst (not shown). Application burst 
having burst number L can then be transmitted followed by FEC bursts 24^, 242 
having burst number K, associated with application burst 23 1. Shorter or longer 
interleaving lengths may be used. It is noted that burst numbering can take into 
account that two or more FEC bursts xnay be carrying FEC data for one application 
data burst. 

Thus, when an application burst is transmitted, one or more FEC bursts associated 
with the application burst can be transmitted immediately afterwards (before the 
next application burst) or later after plural application bursts. 

Controlliag means 27 

Referring to Figure 4, the MPE encapsulator 6 receives, modifies and/or prepares 
PSI/SI and SI data 10 and transmits the data 10 to receivers. 

The controlling means 27 generates an IP/MAC Notification Table (INT) (not 
shown). The INT is used to signal the PID of the TS packets 12^1 (Figure 13) 
carrying application data 17| (Figure 6c). In other words, the INT is used to signal 
the availability and location of the elementary stream with PID = A. 



wo 2005/032034 



21 



PCT/IB2004/051837 



The controlling means 27 segments the INT into sections (not shown) and passes 
the table sections to the encapsulating and multiplexing means 25 to be mapped into 
TS packets (not shown) having PID = 0x004C and multiplexed into the transport 
stream 11 (Figure 2). 

S 

The INT is described in more detail in Sections 7.6 of ETSI EN 301 192 "Digital 
Video Broadcasting (DVB); DVB specification for data broadcasting" VI .2.1 (2003- 
01). 

10 As briefly mentioned earlier, a data broadcast descriptor in a Service Description 
Table (SDT) transmitted using service description sections indicates that MAC- 
_address 1 to MAC_address 4 fields, and optionally MAC_address 5 filed, are not 
being used to differentiate receivers within an elementary stream but are being used 
to carry real time parameters, such as delta-t. 

15 

The service description sections and data broadcast descriptor is described in more 
detail in Sections 6 and 7 of ETSI EN 300 468 **Digital Video Broadcasting (DVB); 
Specification for Service Information (SI) in DVB systems'* VI .5.1 (2003-01). 

20 Referring to Figure IB, a time slice identifier descriptor 39 is shown. In one 

embodiment of the invention, the syntax of the time slice identifier descriptor 39 is 
given in Table 4 below: 



Table 4 



Syntax 


No. of bits 


Identifier 


Time_sllce fec_identifier_descriptor (){ 






descrjptor_tag 


8 


uimsbf 


descriptorjength 


8 


ulmsbf 


time_slicing 


1 


bslbf 


mpe_fec 


1 


uimsbf 


reserved for future use 


1 


uimsbf 


data_padding_columns 


8 


uimsbf 


max burst duration 


4 


uimsbf 


max frame size 


4 


uimsbf 


mpe fee PID 


13 


uimsbf 


} 







25 
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According to Table 4 above, the descriptor_tag field is provided with a value agreed 
specified by a standards organisation* The descriptor_length field specifies the 
number of bytes immediately following the field. The time^slicing field indicates, 
whether the elementary stream in question is time sliced. A value "1** indicates that 
5 time slicing is being used, while a value "0" indicates that time slicing is not used. 
The mpe_fec field indicates whether the elementary stream uses MPE-FEC. 

The data_padding_columns field specifies the fixed n\imber of padding colimins 32^ 
(Figure 6b) that are introduced immediately before the end of the application data 
10 table 31 (Figure 6b). In one embodiment of the invention, the number of padding 
columns can take a value between 0 and 190. If the mpe_fec field is set to "0" then 
the content of the field is ignored. 

The max_burst_duration field is used to indicate the maximum burst duration in the 
is concerned elementary stream. A burst does not start before T^ and does not end 
later than Tj, where Ti is the time indicated by delta-t on a previous burst, and Tj = 
T, + maximum burst duration. In one embodiment of the invention, the indicated 
value for maximum burst duration preferably lies within a range from 20 ms to 512 
s in 20 ms steps. The maximum burst duration = max_burst_duration X 20 
20 milliseconds. In one embodiment of the invention, the max_burst_duration field 
may be encoded according to Table 5 below: 



Table 5 



Duration 


Description 


0000 


100 ms 


0001 


126 ms 


0010 


150 ms 


0011 


200 ms 


0100 


250 ms 


0101 


300 ms 


0110 


350 ms 


0111 


400 ms 


1000 


500 ms 


1001 


600 ms 


1010 


800 ms 


1011 


1100 ms 


1100 


1500 ms 


1101 


2000 ms 


1110 


3000 ms 


1111 


5000 ms 
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The frame^size field is used to give information that a decoder may use to adapt its 
buffering usage. The exact interpretation depends on whether time slicing and/or 
MPE-FEC are used. 

5 If the time.slidng field is set to "0*% Le. time slicing is not used, then the 

frame^size field is reserved for future use and is set to 0x00 when not used. If the 
time_slicing field is set to "1", i-e. time slicing is used, then the frame^size field 
indicates the maximum number of bits on section level allowed within a rime slice 
burst on the elementary stream. Bits are calculated firom the beginning of the 

10 table.id field to the end of the CRC_32 field. 

If the mpe_fec field is set to "1*% Le. MPE-FEC is used, then the frame_size field 
indicates the exact number of rows on each MPE-FEC frame on the elementary 
stream. When both time slicing and MPE-FEC are used on the elementary stream, 
15 both limitations (i.e. the maximum burst size and the number of rows) apply. In 
one embodiment of the invention, Frame.size field may be coded according to 
Table 6 below: 



Table 6 



Size 


Max Burst size 


MPE-FEC frame rows 


0x00 


128 kbits 


64 


0x01 


256 kbits 


128 


0x02 


384 kbits 


192 


0x03 


512 kbits 


256 


0x04 


640 kbits 


320 


0x05 


768 kbits 


384 


0x06 


896 kbits 


448 


0x07 


1 024 kbits 


512 


0x08 


1 152 kbits 


576 


0x09 


1 280 kbits 


640 


OxOA 


1 408 kbits 


704 


OxOB 


1 536 kbits 


768 


OxOC 


1 664 kbits 


832 


0x0 D 


1 792 kbits 


896 


OxOE 


1 920 kbits 


960 


OxOF 


2 048 kbits 


1024 


0x10 to 0x1 F 


Reserved for future use 


Reserved for future use 



If the max_frame_si2e field indicates "reserved_for_future_use", the receiver 
assumes that the maximum burst size is greater than 2 Mbits and MPE-FEC frame 
rows more than 1024, 
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In one embodiment of the invention, time slicing is not used, i.e. MPE-FEC frames 
are transmitted without any time slicing. A field that supports a cyclic MPE-FEC 
frame index within the elementary stream can be used for control purposes. The 
5 value of the field increases by one for each subsequent MPE-FEC frame. After 
value "111111111111", the field restarts firom "000000000000". 

The mpe_fec PID field 40 specifies the PID of the elementary stream used to 
transmit FEC data IS^, I82, 18^ of the elementary stream in question. Thus, for 
10 elementary stream with PID = A, the field 40 is filled with a value 41, namely PID 
= B. 

Referring to Figure 19, the time slice identifier descriptor 39 is used in a Network 
Information Table (NIT) 42 (step S12). In one embodiment of the invention, the 
15 syntax of the NIT 42 is shown in Table 7 below: 



Table 7 



Syntax 


No. of bits 


Identifier 


networkJnformalionjsectionO{ 






table id 


8 


uimsbf 


section syntax indicator 


1 


bslbf 


reserved future use 


1 


bslbf 


Reserved 


2 


bslbf 


section lenqth 


12 


uimsbf 


network id 


16 


uimsbf 


Reserved 


2 


bslbf 


version number 


5 


uimsbf 


current next indicator 


1 


bslbf 


section number 


8 


uimsbf 


test section number 


8 


uimsbf 


reserved future use 


4 


bslbf 


network descriptors length 


12 


uimsbf 


for(i=0;i<N;i++){ 






descriptorO 






} 






reserved future use 


4 


bslbf 


transport stream loop length 


12 


uimsbf 


for(i=0;i<N;i++){ 






transport stream id 


16 


uimsbf 


oriqinal network id 


16 


uimsbf 


reserved future use 


4 


bslbf 


transport descriptors length 


12 


uimsbf 


fora=Oa<NJ++){ 






descriptorO 
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} 






} 






CRC 32 


32 


rpchof 


} 







When located in a first descriptof loop 43, the descriptor 39 applies to all transport 
streams announced within the table. The descriptor 39 applies to all elementary 

5 streams having a given stream_type field value on any of the transport streams. In 
one embodiment of the present invention, a stream_type field value of OxOD is used 
for elementary streams carrying MPE only streams. A stream_type field value of 
0x80 may be used for elementary streams carrying MPE and FEC sections. A 
stream_type field value of between 0x80 and OxFF may be used for elementary 

10 streams carrying only FEC section. 

When located in a second descriptor loop 44, the descriptor 39 applies to the 
transport stream in question, specified by the transport_stream field. The 
descriptor applies to all elementary streams having a given stream„type field value. 
15 This descriptor 39 overwrites possible descriptors in the first descriptor loop. 

In other embodiments of the invention the descriptor 39 may be included in other 
types of tables, such as in an INT. 

20 When located in the platform descriptor loop, the descriptor applies to all 

elementary streams referred to within the table. This descriptor overwrites possible 
descriptors in NIT. 

When located in the target descriptor loop, the descriptor applies to all elementary 
25 streams referred within the target descriptor loop in question after the appearance 
of the descriptor. This descriptor overwrites possible descriptors in the platform 
descriptor loop and in NIT. In case an elementary stream is referred from multiple 
locations within an INT, each contains the same signalling. 
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The controlling means 27 generates the NIT 42 including the descriptor 39 in the 
second descriptor loop 44 indicating PID = B in the mpe^fec PID field 40 (step 
S12). 

5 Referring to Figure 20, the controlling means 27 segments the NIT 42 into table 
sections 42,, 422, 423, 42^ (step S13) and maps them into TS packets 12d], 12i>2, 
12d3,12du, labeled in this case with PID = 0x0010 and multiplexes the TS packets 
12di, 12i52, 12d3,12du into the transport stream 11 (Figure 2) (step 814). 

10 A receiver usually only accesses the NIT 42 when connecting to the network 1 
(Figure 1). 

A receiver may need to read the content of an INT when changing from one 
transport stream 11 to another (not shown) and usually not more than once, 
IS Changes in the INT can be signalled in PSI using a PMT table (not shown), thus 
ensuring that constant filtering of the INT is not required. 

PSI tables, such as the INT (not shown) and NIT 42, are usually re -transmitted at 
least once in every 100 ms. If the duration of a burst is longer than 100 ms, a 
20 receiver has access to all PSI tables while receiving a burst. For shorter bursts, a 
receiver may choose to keep switched on until all required PSI tables are received. 

Mobile terminal 2 

Referring to Figure 20, mobile terminal 2 is preferably in the form of a mobile 
25 telephone handset with a mialtimedia capability. 

The mobile terminal 2 includes first and second antennae 45 452, ^ receiver 46, and 
a transceiver 462- In this example, the first antenna 45, and receiver 46, are used to 
receive signals from the communications network 1 (Figure 1), in this case a DVB-T 
30 network. The second antenna 452 and transceiver 462 are used to transmit and 
receive signals to and from a second communications network, such as a PLMN 
(not shown). The receiver and transceiver 45„ 462 each include respective r.f. signal 
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processing circuits (not shown) for amplifying and demodulating received signals 
and respective processors (not shown) for channel decoding and demidtiplexing. 

The mobile terminal 2 also includes a controller 47, a user interface 48, memory 49, 
5 a smart card reader 50, smart card 51 received in the smart card reader 50, a 
coder/decoder (codec) 52, a speaker 53 with corresponding amplifier 54 and a 
microphone 55 with a corresponding pre-amplifier 56. 

The user interface 48 comprises a display 57 and a keypad 58. The display 57 is 
10 adapted for displaying images and video by, for instance, being larger and/ or having 
greater resolution than a display of conventional mobile telephone and being 
capable of colour images. The mobile terminal 2 also includes a battery 59. 

The controller 47 manages operation of the mobile terminal 2 under the direction of 
15 computer software (not shown) stored in memory 49. For example, the controller 
47 provides an output for the display 57 and receives inputs from the keypad 58. 

The mobile terminal 2 may be modified providing a single receiver adapted to 
receive signals from the first communications network 1 (Figure 1) and the second 
20 communications network (not shown) and a transmitter adapted to transmit signals 
to the second communications network (not shown). Alternatively, a single 
transceiver for both communications networks may be provided. 

Referring to Figure 22, the receiver 46^ is intermittently switched on to receive the 
25 signal 8 from the first communications network 1 . The signal 8 is amplified, 

demodulated, channel decoded and demultiplexed into first and second elementary 
streams 62, 63. 

The first elementary stream 62 includes TS packets 12^1, 12^2, 12^3, 12^4, 12^5, 12^^, 
30 12as (Figure 13) carrying appHcation data bursts 23^, 232 (Figure 12). The second 
elementary stream 63 includes 12bi, 12b2, 12b3, 12^4, 12^5, 12^^, 12bt (Figure 14) 
carrying FEC data bursts 24„ 242, 243 (Figure 12). 
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The first and second elemeataiy streams 62, 63 are fed into buffering means 64 
comprising a first portion 64^ for buffering application data bursts 23 232 ( Figure 
12) and a second portion 642 ^ot buffering FEC data bursts 24j, 242, 243 (Figure 12). 
The buffering means 64 is provided by controller 47 and memory 49. The buffering 
S means 64 outputs first and second streams 65, 66 of sections which are not time 
sliced. Preferably, the streams 65, 66 are substantially continuous and/or at a 
substantially constant rate. 

The streams 65, 66 are fed into a filtering means 67 which extracts data packets 
from sections and outputs corresponding streams 68, 69 of data packets. 

The first data packet stream 68 ideally comprises application data packets 17|, 172, 
173, 174, 17„, 17rt (Figure 6c). The second data packet stream 69 ideally comprises 
FEC data packets 18|, I82, 18, (Figure 6c). However, errors may have been 
introduced during transmission. 

The streams 68, 69 are fed into a decoder 70 for performing forward error 
correction and outputting a stream of data packets 71. In this example, the decoder 
70 is a Reed-Solomon decoder. 

Referring to also Figure 23, an example of a method of operating the mobile 
terminal 2 will now be described in more detail: 

When the mobile terminal is switched on by the user, the controller 47 downloads 
the received, iPiUr alia, NIT 42 and INT (not shown) and stores them in memory 49 
(steps SI 5 & S16). The controller 47 downloads other tables, such as PMT and 
PAT. The tables may have been downloaded at other times and may be downloaded 
repeatedly. 

The user selects a service, such as streaming video (step S17). The controller 47 
looks up the PID for the service in the INT (not shown). 
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The controller 47 examines the NIT 42 or other received tables to determine 
whether time slicing has been enabled for the service (step SI 8). In another 
embodiment of the invention the enablement of time-slicing may be announced, for 
example in NIT. If time slicing is not used, then the controller 47 receives and 
5 processes data which is not time-sliced in a conventional manner (step SI 9). 

Otherwise, the controller 47 determines whether to use forward error correction 
(step S20). The determination may be based on e.g. BER (bit error rate) or on 
received signal strength or on user decision. 

10 

If so, the controller 47 begins to listen for application bursts 23 comprised in TS 
packets with PID = A (step 821). Preferably, the receiver 46^ remains switched on 
until it receives at least part of an application burst 23 and thus obtains a value of 
delta-t^. 

15 

The controller 47 examines mpe_fec PID field 40 (Figure 17) of descriptor 39 
(Figure 18) of the received INT and PMT and begins to listen for FEC bursts 24 
comprised in TS packets with PID = B (step S22). Preferably, the receiver 46, 
remains switched on until it receives at least part of an FEC burst 24 and thus 
20 obtain a value of delta-ts* 

If no other service is required, the controller 47 instructs the receiver 46, to switch 
off (step S23). 

25 Based upon a value of delta-tx, the controller 47 instructs the receiver 46 j to switch 
on when the next application burst 23 expected, receive the application burst 23 and 
switch off (step 824). This is repeated for N times. Receiving the application burst 
23 includes demodiilating, decoding and demultiplexing the signal 8 and buffering 
the application burst 23 in buffering means 64. 

30 

Based upon a value of delta-t^, the controller 47 instructs the receiver 46, to switch 
on when the next FEC burst 24 expected, receive the FEC burst 24 and switch off 
(step S25). This is repeated for M times. Receiving the FEC burst 24 includes 
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demodtiladng, decoding and demuldple^dng the signal 8 and buffering the FEC 
burst 23 in buffering means 64. This controller 47 may instruct the receiver 46| to 
switch on and off repeatedly so as to receive plural FEC bursts 24 before switching 
on again to receive an application burst 23. In order to save power, the FEC bursts 
5 may be received only if there is an error detected in the application data burst. 

If service is still required (step S26), then the controller 47 continues to instruct the 
receiver 46^ to switch on and off intermittently to receive interleaved application 
and FEC bursts 23, 24. 

10 

If forward error correction is not required, for example through user choice or 
because decoder 70 is not provided, the controller 47 instructs the receiver 46 1 to 
listen for application bursts 23 comprised in TS packets with PID = A (step S 27). 
Once the controller 47 obtains a value of delta-t^ it instructs the receiver 46^ to 
1$ switch off and thereafter to switch on when the next application burst 23 expected, 
receive the application burst 23 and switch off (step S29). 

As explained earlier, each MPE section 20 includes a value of delta-t^. The later an 
MPE section 20 is found in an application burst 23, the smaller the value of delta-t^- 

20 Therefore, the controller 47 may repeatedly extract a value of delta-t^ from each 
MPE section 20 and update a value stored in memory 49. Preferably, the processor 
extracts a value of delta-tA from the last MPE section 20^ (Figure 10) of an 
application burst 23, and stores the value in memory 49- The value of stored in 
memory 49 is used to determine when the first TS packet 12 comprising application 

25 data of the next burst 232 ^^^^ t>e received. 

Likewise, the controller 47 may repeatedly extract a value of delta-ts from each FEC 
section 21 and update a value stored in memory 49. Preferably, the controller 47 
extracts a value of delta- to from the last FEC section 21 , (Figure 11) of an FEC 
30 burst 24, and stores the value in memory 49. 

It will be appreciated that many modifications may be made to the embodiments 
hereinbefore described. For example, the mobile terminal may be a personal data 
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assistant (PDA) or other mobile terminal capable of at least of receiving signals via 
the first communications network 1. The mobile terminal may also be semi-fixed or 
semi-portable such as a terminal carried in vehicle, such as a car. 
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